江蕙宣布要封麥之後,寬宏藝術的惡運似乎就來了
訂票問題演變至今,幾乎要爆動
ptt看到許多貌似專家的人,出來說明寬宏的系統老舊及設計不良
看起來都挺有道理的,但又無法證實
鍵盤大大的威力比不上真正的大大
今天jserv(黃敬群)大大出手了
他以系統設計的觀點,去分析這些線上購票系統出了哪些問題
給各位參考看看囉!
從線上售票看作業系統設計議題
寬宏是個不錯的案例。有眼光的經理人可以寫個諸如:
從江蕙告別演唱會售票事件,談雲端運算與大數據的前景與發展
這樣的文章或講座。
同意!
而且
這一個月[江蕙]、[二姊]、[寬宏]、[搶票]
對於任何主題,都是好用關鍵字
fortune提到:
[OO]、[二奶]、[寬宏]、[搶人]
...
[OO]
嘴對嘴的動作?
整個嘴巴麻掉?~~
如果有個娃娃車司機每天都只載6人
公司買9人坐的車應該就夠了
但如果已知某一週每天要載18人
是否會更換交通工具呢
以台灣老闆刻苦耐勞的心態來說
其實很有可能要求那個司機這一週都跑3次
基本上寬宏賣的是票
不是賣票系統
所以賣票系統只是生財工具(娃娃車)
而這個工具平常每天都可以正常使用
只有今天雄雄出包
就算他們家IT事前有站出來跟老闆反應
「當天系統很可能撐不住」
但是否有辦法在短時間就改善也是個問題
老闆可能會說
就這幾天,撐一下就過去了
因為就算換系統也不是三五天就能完成的
可以阿~用 Microsoft Azure, 想用多少就用多少~不想用關掉就不用付費...很像是租車~
既然不是專業的演唱會售票系統,是不是不該接這個單呢?
或者售票的部分委外出去
pajace2001提到:
用 Microsoft Azure, 想用多少就用多少~不想用關掉就不用付費...很像是租車
怕是怕只有租娃娃車的預算,來了一筆包機的費用
pudding提到:
既然不是專業的演唱會售票系統,是不是不該接這個單呢?
其實很多時候都是先接再說
就像面對客戶時
很多業務都是先答應了再橋一樣
我覺得先答應是可以的耶!
賺錢優先吶~
但
不夠專業的部分委給專業處理<--這部分需要有判斷力與勇氣
也許當初想像不到江蕙的封麥演唱會這麼hot....
至少有藉口對老闆說升級主機與作業系統了吧?
好像有人去挖出他們是用Windows 2003的?
select提到:
但如果已知某一週每天要載18人
是否會更換交通工具呢
以台灣老闆刻苦耐勞的心態來說
其實很有可能要求那個司機這一週都跑3次
照我的觀察....應該是一趟塞18個小娃娃才對....
然後老闆就會跟員工說
請各位共體時艱
如果他的系統原先就沒有scale out的架構設計,那就連雲端也上不去,頂多加加頻寬做個樣子。
請容我這麼說, 這篇貼文中連結的簡報檔, 從頭到腳都只在引用別人講的話.
iT邦幫忙MVPsimon581923提到:
從頭到腳都只在引用別人講的話
+1,賽門哥,我有認真看完哩
而且沒看到「作業系統」設計議題
人家賣票的掛了還說的通
這個賣飲料的是在跟人家掛什麼意思的
這噴的資訊有點多..
飲料灑在主機上,能不掛嗎?
該不會該網站過幾天出來也說
因為有35萬人同時上線
所以系統掛了
我們有女財神保佑iT邦幫忙,很久沒看到 DB Connect fail了..
calvinkuo提到:
DB Connect fail
iT邦幫忙是採"乾濕分離"系統
這是乾的連不到濕的才會出現的錯誤訊息
D槽備份則是放在泰大那邊 XD
跪求泰大的D槽(疑
鹹濕怎麼可以分離呢